home *** CD-ROM | disk | FTP | other *** search
- Date: Wed, 14 Sep 94 04:30:25 PDT
- From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
- Errors-To: Ham-Digital-Errors@UCSD.Edu
- Reply-To: Ham-Digital@UCSD.Edu
- Precedence: Bulk
- Subject: Ham-Digital Digest V94 #306
- To: Ham-Digital
-
-
- Ham-Digital Digest Wed, 14 Sep 94 Volume 94 : Issue 306
-
- Today's Topics:
- [Q] packet TV; broadband IP coder to TV signal?
- DX Cluster on Internet
- HDLC protocol chips
- JNOS 1.10f lockups
- mocom 35 on packet
- Using internet for DX spots (4 msgs)
- VHF packet "talk" range
- WNOS memory leak?
-
- Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
- Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- Archives of past issues of the Ham-Digital Digest are available
- (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
-
- We trust that readers are intelligent enough to realize that all text
- herein consists of personal comments and does not represent the official
- policies or positions of any party. Your mileage may vary. So there.
- ----------------------------------------------------------------------
-
- Date: Sat, 10 Sep 1994 17:29:00 GMT
- From: agate!howland.reston.ans.net!EU.net!sun4nl!knowar!NewsWatcher!user@ames.arpa
- Subject: [Q] packet TV; broadband IP coder to TV signal?
- To: ham-digital@ucsd.edu
-
- Have there been any experiments;
-
- It resembles VCR backup for digital data.
-
- A minimal packet would be a bitstream encoded into a regular TV signal
- frame with sync, error correction, address etc. . Maybe some teletekst(see
- note) technology could be used for this not only for the top video lines
- but for the whole "picture" frame / packet.
-
- NOTE: Teletekst is a system wich uses the top video lines (invisible) to
- broadcast digital data to all tv sets continuously; the user selects from
- the carrousel pages to read.
-
- PE1BFE
-
- ------------------------------
-
- Date: 13 Sep 94 21:39:53 GMT
- From: news-mail-gateway@ucsd.edu
- Subject: DX Cluster on Internet
- To: ham-digital@ucsd.edu
-
- Well Im not infavour of this..
- what ever happend to CQ CQ CQ and tuning about ??
- Now with Internet connect and DX Clusters You can simply
- go to a DX spot connect on the Internet join the DX cluster
- Announce to All Im on 14.045 or 28.675 what ever
- And setup the skeds.
- What a Cheet Hi Hi..
- Ill try it next time im on St.Kilda VR18g and Op on 144 or 432Mhz.
- Barry GM8SAU/DC0HK..
-
- ------------------------------
-
- Date: Sat, 10 Sep 1994 17:41:20 GMT
- From: agate!spool.mu.edu!news.clark.edu!netnews.nwnet.net!chena.alaska.edu!raven.alaska.edu!ftpam.uafsoe.alaska.edu!ftpam@ames.arpa
- Subject: HDLC protocol chips
- To: ham-digital@ucsd.edu
-
- In article <34mb4g$7n9@news.u.washington.edu> kenth@u.washington.edu (Kent Hill) writes:
- >Path: raven.alaska.edu!chena.alaska.edu!netnews.nwnet.net!news.u.washington.edu!kenth
- >From: kenth@u.washington.edu (Kent Hill)
- >Newsgroups: rec.radio.amateur.digital.misc
- >Subject: HDLC protocol chips
- >Date: 8 Sep 1994 06:31:44 GMT
- >Organization: University of Washington, Seattle
- >Lines: 19
- >Sender: kenth@u.washinton.edu
- >Message-ID: <34mb4g$7n9@news.u.washington.edu>
- >NNTP-Posting-Host: carson.u.washington.edu
-
-
- >
- >I've been working on a homebrew tnc design for a while to convert an old 8-bit
- >atari to a tnc. I had designed the system around using a Western Digital 1933
- >HDLC chip, but when I went to buy one about a year ago, WD told me they don't
- >make it any more. Soo.. after looking around I thought Zilogs Z8530 (as used
- >in other TNCs) should work, but when I tried to call them to get the technical
- >specs the numbers I found for them didn't work (ok i got them out of 1983
- >book). The Motorola 6854 doesn't have an internal PLL clocking mode. Does
- >any one know where I can either
-
- >1. Get a wd1933 with specs
- > or
- >2. Get a hold of Zilog
- > or
- >3. Another chip that might work?
-
- >Thanks for the help
-
- >kenth@u.washinton.edu
-
- Advanced Micro Devices also manufactures the Z8530 as the Am85C30. Call
- 1-800-222-9323 and ask for the Am85C30 Data Sheet and the Am8530H/Am85C30
- Technical Manual. The AMD CMOS part has some enhancements useful for high
- speed HDLC operation.
-
- Intel also manufactures the Z8530 as the 82530. You can call them at
- 1-800-628-8686 and ask for their data sheet, but I found the information from
- AMD more useful.
-
- I obtained 8530 literature from both AMD and Intel just a couple of weeks
- ago, so both of the 800 numbers should still be good. Most hobbyist component
- vendors sell Z8530 or Z85C30's. Newark Electronics catalogs the AMD CMOS part.
-
- Another device you might investigate is the 82520/82525/82526 series from
- Siemens. (AMD used to make these, too, but I don't know if they still do.)
- These have selectable bus structures that match either Intel 8080 or Motorola
- 6800 bus arrangements. The latter would probably match the 6502 in your Atari
- better.
-
- A third possibility is to throw away the Atari :-) and use one of the new
- microcontrollers with integrated HDLC. Intel sells the 80C152 and Zilog has
- a device (whose part number escapes me at the moment) that includes Z80, glue,
- clock generator, and half a Z8530. National Semiconductor catalogs a COP1600
- variant with integrated HDLC, but if I remember right it doesn't have the DPLL
- for clock recovery.
-
- ------------------------------
-
- Date: 12 Sep 1994 19:27:57 -0500
- From: ihnp4.ucsd.edu!newshub.nosc.mil!crash!news.sprintlink.net!bga.com!bga.com!nobody@network.ucsd.edu
- Subject: JNOS 1.10f lockups
- To: ham-digital@ucsd.edu
-
- In article <5K8QuT+.kb0kqa@delphi.com>, Matt Werner <kb0kqa@delphi.com> wrote:
- >I've tried turning the watchdog timer on, especially because the system is
- >a remote system, but it's been down for two days now, and the watchdog timer
- >is 300 seconds!
-
- The watchdog timer works by detecting that the timer process is blocked
- when the hardware timer interrupt ticks. If timer interrupts are blocked
- (usually because all interrupts are off), then the watchdog code doesn't
- run.
-
- > Any other suggestions on how I can keep it online without
- >putting it on a timer to reset the computer every day? It seems like it will
- >run for a few days before it locks, and it usually locks up with plenty of
- >memory (50k or so, but DOS is loaded low). Would it help to load DOS high,
- >or wouldn't it really matter in this case? Any suggestions?
-
- If you load dos high then you will get some extra memory. What is going
- on when it locks up? Does your caps lock key work? Can you type more
- than 16 charactesrs without getting beeps? Can you use the 3 finger
- salute or do you have to press the hardware reset button?
-
- One thing you can try is reducing features. Compile out code you don't
- need, don't start more sessions at the same time than you need, keep
- an eye on sockets where the other end died, etc. Consider doing a
- software exit/restart or reboot every x hours as a preventitive measure.
-
- Another choice that is equally drastic software wise but is easer
- on the hardware would be to put a connection that activates the
- reset line. You could even hook it up to do it remotely (on 440
- or above) instead of on a timer. Or make a hardware watchdog that
- activates the reset if you don't write to it within say 5 minutes
- and add that to the timer loop.
-
- milton
- --
- Milton Miller KB5TKF miltonm@bga.com
-
- ------------------------------
-
- Date: 9 Sep 94 22:01:00 GMT
- From: elroy.jpl.nasa.gov!swrinde!gatech!wa4mei!totrbbs!steve.diggs@ames.arpa
- Subject: mocom 35 on packet
- To: ham-digital@ucsd.edu
-
- -> Newsgroups: rec.radio.amateur.digital.misc
- -> Subject: mocom 35 on packet
- -> From: dave.baumwald@woodybbs.com (Dave Baumwald)
- -> Message-ID: <93.2333.7582.0NFB30E6@woodybbs.com>
- -> Date: Thu, 8 Sep 94 05:45:00 -0500
- ->
- -> Has anyone ever used a Motorola Mocom 35 on packet? If so have you
- -> had any problems? Thanks for any advice!
-
- We use a Mocom 35 as our main 1200 baud digi here in Atlanta, W4Q0-1. It
- is an excellent performer.
-
- Regards,
- Steve Diggs
- President, East Atlanta LAN
-
- ----
- Top Of The Rock BBS - Lilburn, GA SYSOP: Steve Diggs
- UUCP: totrbbs.atl.ga.us Snailmail: 4181 Wash Lee Ct.
- Phone: +1 404 921 8687 Lilburn, GA 30247-7407
-
- ------------------------------
-
- Date: Sun, 11 Sep 94 21:14:37 MST
- From: ihnp4.ucsd.edu!newshub.nosc.mil!crash!news.sprintlink.net!primenet!stat!david@network.ucsd.edu
- Subject: Using internet for DX spots
- To: ham-digital@ucsd.edu
-
- rapp@lmr.mv.com (Larry Rappaport) writes:
-
- > david@stat.com (David Dodell) writes:
- >
- > > rapp@lmr.mv.com (Larry Rappaport) writes:
- > >
- > > > Internet which aren't all that common. Another way might be via IRC (Inte
- > > > Relay Chat) which allow users to connect to an IRC server when interested
- > > > and look for a channel called DX or some such. Using IRC would mean that
- > > > anyone with a cheap interactive account could use it, it could be used bo
- > >
- > > I think this is an excellent idea ... this would allow something to be
- > > immediately in operation with a resource that already exists
- > >
- > > david wb7tpy
- >
- > Well, actually, on further thought, it isn't so excellent. :) How do you keep
- > non-hams out of it? Anybody checking in and posting will end up making a
- > transmission, which I don't think is legal. :(
-
- I think the suggestion was to use IRC as a DX spot on it's own, not to
- gate it to the radio. Nothing illegal about that.
-
- ---
- Editor, HICNet Medical Newsletter
- Internet: david@stat.com FAX: +1 (602) 451-1165
- Bitnet : ATW1H@ASUACAD
-
- ------------------------------
-
- Date: Sat, 10 Sep 1994 11:17:00 PST
- From: ihnp4.ucsd.edu!sdd.hp.com!swrinde!howland.reston.ans.net!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!nntp.cs.ubc.ca!mala.bc.ca!news.island.net!ham!emd@network.ucsd.edu
- Subject: Using internet for DX spots
- To: ham-digital@ucsd.edu
-
- david@stat.com (David Dodell) writes:
-
- >rapp@lmr.mv.com (Larry Rappaport) writes:
- >
- >> Internet which aren't all that common. Another way might be via IRC (Internet
- >> Relay Chat) which allow users to connect to an IRC server when interested,
- >> and look for a channel called DX or some such. Using IRC would mean that
- >> anyone with a cheap interactive account could use it, it could be used both
- >
- >I think this is an excellent idea ... this would allow something to be
- >immediately in operation with a resource that already exists
- >
-
- What's even more astounding is that packet hasn't taken advantage of the
- many inexpensive or free DOS based uucp news and mail forwarding systems
- to allow for, for example, newsgroups instead of having every subject in
- one main group. Waffle, for example, ought to work very well over Packet,
- and runs on any DOS machine, even XT's.
-
- --
- emd@ham.island.net (Robert Smits, VE7EMD Ladysmith BC)
-
- " I admire Ted Kennedy. How many 59-year-olds do you know who
- still go to Florida for spring break?" - Pat Buchanan
-
- ------------------------------
-
- Date: Sat, 10 Sep 1994 12:16:30 GMT
- From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!swiss.ans.net!solaris.cc.vt.edu!news.duke.edu!concert!hearst.acc.Virginia.EDU!murdoch!brain.neuro.@@ihnp4.ucsd.edu
- Subject: Using internet for DX spots
- To: ham-digital@ucsd.edu
-
- In article <Cvv7K2.LD7@cscsun.rmc.edu>,
- David Tiller <dtiller@cscsun.rmc.edu> wrote:
- >Has anyone given any thought to using the internet to transport DX cluster
- >spots? I was listening to my local node last night, and it seemed to me
- >that that sort of information would lend itself to long haul tunnelling
- >through the internet. It would also be neat to have a server available
- >online to see DX during the day...:-) I was thinking maybe a slick X
- >interface, or a WWW page with a map and all.... What do you think? Would
- >it be worth writing some code and sticking a TNC in the air? To start with
- >we could just have one large collection of "listens" without retransmitting
- >spots. That could be added later. Naturally you could choose which regions
- >and servers you'd want to accept..Here in Va I don't care about MooseJaw's
- >DX!!!
-
- I too would love to have the capability to get spots on Internet. I have
- lousy access to PacketCluster anyway but great access to Inet. I'm surprised
- it hasn't been done yet. Problem is getting the code writted and into the
- field and then what's the incentive for people to post spots?
-
- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
- Ned Hamilton AB6FI NTC Department of Neurosurgery
- nedh@virginia.edu University of Virginia
- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
-
- ------------------------------
-
- Date: 11 Sep 1994 03:50:22 GMT
- From: ihnp4.ucsd.edu!news.cerf.net!nntp-server.caltech.edu!netline-fddi.jpl.nasa.gov!elroy.jpl.nasa.gov!swrinde!howland.reston.ans.net!vixen.cso.uiuc.edu!prairienet.org!k9cw@network.ucsd.edu
- Subject: Using internet for DX spots
- To: ham-digital@ucsd.edu
-
- In a previous article, esh6n@brain.neuro.virginia.edu (Ned Hamilton) says:
- >
- > Problem is getting the code writted and into the
- >field and then what's the incentive for people to post spots?
- >
- I think your last point is the most important issue. How many of us have a
- full time link to internet while sitting in front of our radios? Without
- people sitting next to radios, who is going to generate these DX spots?
- And if you are at work or the university lab, are you in any position to do
- something about a new country that is spotted someplace else in the country?
- If you are at work, what DX spots can you contribute? PacketCluster only
- works when we have people tuning the bands and sending DX spots.
-
- Using internet to link remote cluster nodes makes sense to me if there is
- no direct radio path. Sending those spots to users dialed in to internet
- does not.
-
- 73, Drew
- --
- *-----------------------------*-------------------------------------*
- | Andrew B. White K9CW | internet: k9cw@prairienet.org |
- | ABW Associates, Ltd. | phone/fax: 217-643-7327 |
- *-----------------------------*-------------------------------------*
-
- ------------------------------
-
- Date: 12 Sep 94 16:03:47 -0700
- From: ihnp4.ucsd.edu!dog.ee.lbl.gov!news.cs.utah.edu!cs.utexas.edu!swrinde!sgiblab!uhog.mit.edu!news.mtholyoke.edu!news.byu.edu!yvax.byu.edu!barrusc@network.ucsd.edu
- Subject: VHF packet "talk" range
- To: ham-digital@ucsd.edu
-
- Can anyone tell me if it is possible to "talk" via packet VHF over long
- distances by linking digipeaters? What is the longest distance?
-
- I am looking to getting into packet and was just curious. 73's
-
- Craig
-
- ------------------------------
-
- Date: 13 Sep 94 03:40:01 GMT
- From: gonix!russell@uunet.uu.net
- Subject: WNOS memory leak?
- To: ham-digital@ucsd.edu
-
- I'm running WNOS (Title line WNOS.4A9.DB3FL) on my packet machine, and
- I love it, but it seems that the memory just continually goes down when I
- leave the machine on for any length of time. I've tried shutting the
- trace off, set the ax heard list to the last 25 only, etc etc, but still
- it just goes down.
-
- Is there a memory leak somewhere, or is the system just letting things
- go until it gets low enough, at which point it will garbage-collect and
- free things up? I haven't left it on and watched it to see. I'd like to
- set up a remote routing system, but not if it's going to reboot quite
- often due to memory problems.
-
- Tim, russell@gonix.com
- n0zhy@wd0har.#ene.ne.usa.noam
-
- ------------------------------
-
- Date: 10 Sep 1994 23:30:10 GMT
- From: agate!spool.mu.edu!news.clark.edu!netnews.nwnet.net!news.u.washington.edu!kenth@ames.arpa
- To: ham-digital@ucsd.edu
-
- References <34mb4g$7n9@news.u.washington.edu>, <D>, <ftpam.46.003001AE@aurora.alaska.edu>ws
- Subject : Re: HDLC protocol chips
-
- thanks for all your responses. I've been able to find the stuff I need
-
- kenth@u.washington.edu
-
- ------------------------------
-
- Date: 12 Sep 1994 20:55:06 GMT
- From: sunic!isgate!news.rhi.hi.is!ddietz@uunet.uu.net
- To: ham-digital@ucsd.edu
-
- References <RSNYDER.94Sep9154242@boot108a.astro.ge.com>, <34st8u$qgk@tequesta.gate.net>, <rsnyder-1009941711490001@wintermute.motown.ge.com>
- Subject : Re: KPC-9612/Starting out
-
- In <rsnyder-1009941711490001@wintermute.motown.ge.com> rsnyder@astro.ge.com (Bob Snyder) writes:
-
- >In article <34st8u$qgk@tequesta.gate.net>, anto@gate.net (Nigel Kirlew) wrote:
-
- >> The KPC-9612 would be my choice if I were buying today. The ability to
- >> operate 1200 and 9600 baud simultaneously is a big plus. May not be
- >> important to you, but it's really like having two independent modems in one
- >> box.
-
- >It might be important to me.... I don't know yet. :-) I would probably
- >tend to want 9600, if it's in much use. But if it's not much use to me,
- >and isn't likely to be such in the near future, would I be better off
- >getting a 1200 baud TNC now, and wait and get something like advanced
- >units later....
-
- If you can afford the cost of the KPC-9612 now, then buy it now, or you'll
- regret it later. The point here is that it does have both 1200 and 9600
- baud capability, and they can run simultaneously. This means that you
- could get started now, using only the 1200 baud port, and easily move up
- to 9600 baud with another rig later on.
-
- >> For 9600 baud, they all require precise deviation adjustment. You're
- >> also not likely to run 9600 baud with your HT (not a trivial mod). I see
- >> another radio in your future :-)
-
- >Oh, goody. What budget? :-) What should I be looking for in a new rig?
- >I know newer rigs can switch faster, which is a major plus, but what about
- >the "packet ready" radios? Are those worth the money? What is it?
-
- >Can you attach the KPC-9612 to a HT and run it at 1200 anyway? I have
- >visions of plugging a 9-volt into the TNC, and taking my HT and Newton out
- >and run packet away from the apartment. :-)
-
- This is exactly what the KPC-9612 and older KPC-3 are really good for.
- Running low power, in the field, on batteries only.
-
- >Also, can the KPC-9612 do HF packet?
-
- A resounding NO, comes to mind here. This is only good for vhf and above
- due to the modulating frequency shift size. It results in too large a
- bandwidth for use on hf bands...
-
- >Bob N2KGO
- >--
- >Bob Snyder
- >rsnyder@astro.ge.com
-
-
- Hope this helps.
-
- 73 de Don, n3kfh /tf8
- n3kfh@centrum.is
-
- ------------------------------
-
- Date: Sat, 10 Sep 1994 17:11:49 -0400
- From: netnews.upenn.edu!news.drexel.edu!news.ge.com!wintermute.motown.ge.com!user@RUTGERS.EDU
- To: ham-digital@ucsd.edu
-
- References <1994Sep9.075319.26698@cc.usu.edu>, <RSNYDER.94Sep9154242@boot108a.astro.ge.com>, <34st8u$qgk@tequesta.gate.net>edu
- Subject : Re: KPC-9612/Starting out
-
- In article <34st8u$qgk@tequesta.gate.net>, anto@gate.net (Nigel Kirlew) wrote:
-
- > The KPC-9612 would be my choice if I were buying today. The ability to
- > operate 1200 and 9600 baud simultaneously is a big plus. May not be
- > important to you, but it's really like having two independent modems in one
- > box.
-
- It might be important to me.... I don't know yet. :-) I would probably
- tend to want 9600, if it's in much use. But if it's not much use to me,
- and isn't likely to be such in the near future, would I be better off
- getting a 1200 baud TNC now, and wait and get something like advanced
- units later....
-
- > For 9600 baud, they all require precise deviation adjustment. You're
- > also not likely to run 9600 baud with your HT (not a trivial mod). I see
- > another radio in your future :-)
-
- Oh, goody. What budget? :-) What should I be looking for in a new rig?
- I know newer rigs can switch faster, which is a major plus, but what about
- the "packet ready" radios? Are those worth the money? What is it?
-
- Can you attach the KPC-9612 to a HT and run it at 1200 anyway? I have
- visions of plugging a 9-volt into the TNC, and taking my HT and Newton out
- and run packet away from the apartment. :-)
-
- Also, can the KPC-9612 do HF packet?
-
- Bob N2KGO
- --
- Bob Snyder
- rsnyder@astro.ge.com
-
- ------------------------------
-
- End of Ham-Digital Digest V94 #306
- ******************************
-